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DETAILED ACTION 

1 . This communication is responsive to the Amendment filed 24 April 2006. 

2. Claims 1-18 are pending in this application. Claims 1, 13, 14, 15, 16, 17 and 18 
are independent. In the Amendment filed 24 April 2006, claim 4 has been amended. 
This action is made Non-Final. 

3. The rejections of claims 1-7 and 12-18 as being anticipated by US Patent No 
5,991,804 to Bolosky et al; claims 8 and 9 as being unpatentable over US Patent No. 
6,725,392 to Frey et al; and claims 10 and 1 1 as being unpatentable over US-PGPub 
2003/0023898 to Jacobs et al have been withdrawn as necessitated by applicants' 
arguments. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-7 and 12-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over US Patent No. 5,991 ,804 issued to Bolosky et al (hereafter Bolosky et al) in view of 
US Patent No 6,973,491 to Staveley et al (hereafter Staveley et al). 
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Referring to claim 1, Bolosky et al disclose a file system (see abstract and Fig 
1, item 20), comprising: 

a plurality of servers configured to store data (see column 3, lines 47-50 and Fig 
1 , items 24 and 28 - the data servers are considered to represent the plurality of 
servers configured to store data; item 24 represents the data server which contains item 
28 which represents a data disk that stores data) and 

a master connected to the servers (see column 3, lines 43-45 and Fig 1 , items 
22, 24 and 26- the controller is considered to represent the master) wherein the master 
is configured to record location information that identifies ones of the servers that store 
the data (see column 4, line 64 - column 5, line 3 - the controller can maintain a map 
that tracks the physical locations of the data blocks). 

Bolosky et al fail to explicitly teach the further limitation wherein the master is 
configured to: communicate with the servers upon startup of the master to 
authoritatively identify the data stored by the servers and record location information 
that identifies one of the servers that store the data. Staveley et al disclose a system for 
monitoring and managing system assets and asset configurations (see abstract). In 
particular, Staveley et al disclose the further limitation wherein the master is configured 
to: communicate with the servers (see column 3, lines 50-52 - the master 
communicates with the devices/machines through the internet; the devices are 
considered to represent the servers) upon startup of the master to authoritatively 
identify the data stored by the servers (see column 2, lines 59-67 and column 3, line 60 
- column 4, line 66 - the program can be executed on a master in a network 



Application/Control Number: 10/608,037 Page 4 

Art Unit: 2167 

environment; the startup of the program is considered to represent the startup of the 
master; the program collects data from the devices; the devices are considered to 
represent the servers). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so since the continuous media file server of Bolosky 
et al is capable of handling whole system failures and after a whole system failure, the 
master will need to startup (Bolosky et al: see column 16, lines 7-11). 

Referring to claim 2, the combination of Bolosky et al and Staveley et al 
(hereafter Bolosky/Staveley) discloses the system of claim 1, wherein the data 
corresponds to files stored as chunks by the servers (Bolosky et al: see column 4, lines 
37-44 _ the disk stores data in blocks which is considered to represent a chunk since a 
block is defined as a unit of data or an amount of physical space allocated on a disk to 
hold that unit of data). 

Referring to claim 3, Bolosky/Staveley discloses the system of claim 1 , wherein 
the master is further configured to control placement of new data at the servers 
(Bolosky et al: see column 8, lines 1 1-22 - when performing striping, the controller acts 
as if it were writing the data files for the first time which is considered to represent 
writing new data). 

Referring to claim 4, Bolosky/Staveley discloses the system of claim 3, wherein 
when controlling the placement of new data, the master is configured to: 
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identify one or more of the servers to store the new data based on at least one of 
utilization of the servers (Bolosky et al: column 7, line 64 - column 8, line 2), prior chunk 
distribution involving the servers (Bolosky et al: see column 8, lines 31-42), network 
topology, or failure correlation properties associated with the servers, and 

place the data at the identified one or more servers (Bolosky et al: see column 8, 
lines 16-22 - the controller writes the data files to the system). 

Referring to claim 5, Bolosky/Staveley discloses the system of claim 1, wherein 
the master is further configured to control redistribution of the data stored by the servers 
(Bolosky et al: see column 6, lines 30-38 - the controller is configured to move data 
blocks around using a process called restripping). 

Referring to claim 6, Bolosky/Staveley discloses the system of claim 5, wherein 
when controlling redistribution of the data, the master is configured to: 

select data to redistribute based on a current distribution of the data (Bolosky et 
al: see column 8, lines 1 1-22 - the controller selects a location for a first block and then 
sequentially selects the rest of the blocks), 

identify on one or more of the servers to which to move the selected data 
(Bolosky et al: see column 8, lines 31-53 - the data blocks are moved in parallel), and 

move the selected data to the identified one or more servers (Bolosky et al: see 
column 8, lines 23-30 and column 9, lines 11-43 - the controller begins by placing the 
blocks on the storage disks; the storage disks are located on the server; the controller 
moves the data on the bit map). 
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Referring to claim 7, Bolosky/Staveley discloses the system of claim 1, wherein 
the master is further configured to monitor the state of the servers (Staveley et al: see 
column 1 , lines 51-58 - the monitoring application monitors the status of the target 
devices). 

Referring to claim 12, Bolosky/Staveley discloses the system of claim 1, 
wherein the location information is not stored persistently by the master (Bolosky et al: 
see column 4, line 64 - column 5, line 3 - the system provides two alternatives for the 
location information; the master does not persistently store the location information in 
the first alternative mentioned in column 4, line 66 - column 5, line 1). 

Referring to claim 13, Bolosky et al disclose in a file system that includes a 
master connected to a plurality of servers (see abstract and Fig 1 ), the master 
comprising: means for storing location information that identifies ones of the servers that 
stores the data (see column 5, lines 1-3 - the map represents the means). 

Bolosky et al fail to explicitly teach the further limitations of means for performing 
a startup operation (see column 2, lines 55-57 - the controller represents the means; 
column 7, lines 4-19; and column 16, lines 34-48) and means for communicating with 
the servers during or after the startup operation to authoritatively identify the data stored 
by the servers (see column 3, lines 43-45 and Fig 1 , item 26 - the low bandwidth control 
network represents the means). Staveley et al disclose a system for monitoring and 
managing system assets and asset configurations (see abstract). In particular, Staveley 
et al disclose means for performing a startup operation (see column 2, lines 59-67 and 
column 3, line 60 - column 4, line 66 - the configuration of the master provides the 
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means); and means for communicating with the servers during or after the startup 
operation to authoritatively identify the data stored by the servers (see column 3, lines 
50-52; column 2, lines 59-67; and column 3, line 60 - column 4, line 66 - the program 
can be executed on a master in a network environment; the startup of the program is 
considered to represent the startup of the master; the program collects data from the 
devices; the devices are considered to represent the servers] the master communicates 
with the devices/machines through the internet). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so since the continuous media file server of Bolosky 
et al is capable of handling whole system failures and a after a whole system failure, the 
master will need to startup (Bolosky et al: see column 1 6, lines 7-1 1 ). 

Referring to claim 14, Bolosky et al disclose a method for maintaining data in a 
file system that includes a master connected to a plurality of servers, the method, 
performed by the master (see Fig 1), comprising: generating location information based 
on the data determined to be stored by the servers (see column 4, line 64 - column 5, 
line 3 - the information is generated on for map, which tracks the location of the data 
block which identifies which server the data is stored on). 

Bolosky et al fail to explicitly teach the further limitation of communicating with 
the servers upon startup of the master to authoritatively determine data stored by the 
servers. Staveley et al disclose a method for monitoring and managing system assets 
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and asset configurations (see abstract). In particular, Staveley et al disclose the further 
limitation of communicating with the servers (see column 3, lines 50-52 - the master 
communicates with the devices/machines through the internet; the devices are 
considered to represent the servers) upon startup of the master to authoritatively 
determine data stored by the servers (see column 2, lines 59-67 and column 3, line 60 - 
column 4, line 66 - the program can be executed on a master in a network environment; 
the startup of the program is considered to represent the startup of the master; the 
program collects data from the devices; the devices are considered to represent the 
servers). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so since the continuous media file server of Bolosky 
et al is capable of handling whole system failures and a after a whole system failure, the 
master will need to startup (Bolosky et al: see column 16, lines 7-11). 

Referring to claim 15, Bolosky et al disclose a file system (see abstract and Fig 
1, item 20), comprising: 

a plurality of servers configured to store files as chunks (see column 1 , line 66 - 
column 2, line 3 and column 4, lines 37-44 - the disk stores data in blocks which is 
considered to represent a chunk since a block is defined as a unit of data or an amount 
of physical space allocated on a disk to hold that unit of data); and 



Application/Control Number: 10/608,037 Page 9 

Art Unit: 2167 

a master connected to the servers (see column 3, lines 43-45 and Fig 1 , items 
22, 24 and 26 - the controller is considered to represent the master). 

Bolosky et al fail to explicitly teach the further limitations of authoritatively 
determining location information by communicating with the servers, the location 
information being based on which of the servers stores ones of the chunks and 
updating the location information by periodically communicating with the servers to 
obtain changes to the location information. Staveley et al disclose a system for 
monitoring and managing system assets and asset configurations (see abstract). In 
particular, Staveley et al disclose authoritatively determining location information by 
communicating with the servers, the location information being based on which of the 
servers stores ones of the chunks (see column 9, lines 49-66), and updating the 
location information by periodically communicating with the servers to obtain changes to 
the location information (see column 2, lines 50-58 - probes the devices). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so in order to improve the ability to locate the data 
files (Bolosky et al: see column 1, lines 38-50). 

Referring to claim 16, Bolosky et al disclose a file system (see abstract and Fig 
1, item 20), comprising: 

a plurality servers configured to store files as chunks (see column 1 , line 66 - 
column 2, line 3 and column 4, lines 37-44 - the disk stores data in blocks which is 
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considered to represent a chunk since a block is defined as a unit of data or an amount 
of physical space allocated on a disk to hold that unit of data) and 

a master connected to the servers (see column 3, lines 43-45 and Fig 1 , items 
22, 24 and 26 - the controller is considered to represent the master). 

Bolosky et al fail to explicitly teach the further limitations wherein the master is 
configured to communicate with the servers to authoritatively determine location 
information of the data, the location information being based on which of the servers 
store the data, periodically communicate with the servers to obtain changes to the 
location information, and update the location information based on the changes to the 
location information. Staveley et al disclose a system for monitoring and managing 
system assets and asset configurations (see abstract). In particular, Staveley et al 
disclose the further limitations wherein the master is configured to communicate with the 
servers to authoritatively determine location information of the data (see column 9, lines 
49-66), the location information being based on which of the servers store the data, 
periodically communicate with the servers to obtain changes to the location information 
(see column 2, lines 50-58), and update the location information based on the changes 
to the location information (see column 2, lines 50-58 - stores the updated information). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so in order to improve the ability to locate the data 
files (Bolosky et al: see column 1 , lines 38-50). 
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Referring to claim 17, Bolosky et al disclose a file system (see abstract and Fig 
1 , item 20), comprising: 

a plurality of servers configured to store data (see column 3, lines 47-50 and Fig 
1 - the data servers are considered to represent the plurality of servers configured to 
store data; item 24 represents the data server which contains item 28 which represents 
a data disk that stores data) and 

a master connected to the servers (see column 3, lines 43-45 and Fig 1 , items 
22, 24 and 26 - the controller is considered to represent the master). 

Bolosky et al fail to explicitly teach the further limitations wherein the master is 
configured to communicate with the servers to authoritatively determine location 
information of the data, the location information being based on which of the servers 
store the data, instruct one of the servers to perform an action concerning the data, the 
action causing a change in the location information, and update the location information 
based on the change to the location information upon completion of the action. Staveley 
et al disclose a system for monitoring and managing system assets and asset 
configurations (see abstract). In particular, Staveley et al disclose the further limitations 
wherein the master is configured to communicate with the servers to authoritatively 
determine location information of the data, the location information being based on 
which of the servers store the data (see column 9, lines 49-66), instruct one of the 
servers to perform an action concerning the data, the action causing a change in the 
location information (see column 2, lines 50-58), and update the location information 
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based on the change to the location information upon completion of the action (see 
column 2, lines 50-58 - updates the information). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so in order to improve the ability to locate the data 
files (Bolosky et al: see column 1 , lines 38-50). 

Referring to claim 18, Bolosky et al disclose a file system (see abstract and Fig 
1, item 20), comprising: 

a plurality of servers configured to store data (see column 3, lines 47-50 and Fig 
1 - the data servers are considered to represent the plurality of servers configured to 
store data; item 24 represents the data server which contains item 28 which represents 
a data disk that stores data) and 

a master connected to the servers (see column 3, lines 43-45 and Fig 1 , items 
22, 24 and 26 - the controller is considered to represent the master). 

Bolosky et al fail to explicitly teach the further limitations wherein the master is 
configured to communicate with the servers to authoritatively determine information 
regarding the data, instruct one of the servers to perform an action concerning the data, 
the action causing a state change associated with the information and update state 
information based on the state change upon completion of the action. Staveley et al 
disclose a system for monitoring and managing system assets and asset configurations 
(see abstract). In particular, Staveley et al disclose the further limitations wherein the 
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master is configured to communicate with the servers to authoritatively determine 
information regarding the data (see column 9, lines 49-66), instruct one of the servers to 
perform an action concerning the data, the action causing a state change associated 
with the information (see column 2, lines 50-58), and update state information based on 
the state change upon completion of the action (see column 2, lines 50-58 - updates 
information). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize the data collection programs of Staveley et al as an 
additional program to the programs of the controller mentioned by Bolosky et al. One 
would have been motivated to do so in order to improve the ability to locate the data 
files (Bolosky et al: see column 1 , lines 38-50). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 8-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over US 
Patent No. 5,991,804 issued to Bolosky et al in view of US Patent No 6,973,491 to 
Staveley et al as applied to claim 7 above, and further in view of US Patent No 
6,725,392 issued to Frey et al (hereafter Frey et al). 
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Referring to claim 8, Bolosky/Staveley discloses a system for providing a 
master that is further configured to monitor the state of the servers as taught above. 
However, Bolosky does not explicitly teach the further limitation of the master being 
configured to exchange heartbeat signals with the servers to determine the state of the 
servers. Frey et al disclose a system similar to that of Bolosky/Staveley, including the 
master being configured to exchange heartbeat signals with the servers to determine 
the state of the servers. In particular, Frey et al teach a system similar to that of claim 
7, wherein the master is configured to exchange heartbeat signals with the servers to 
determine the state of the servers (see column 1 4, lines 1 5-1 9 - the state is whether or 
not the server is operational). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to add Frey et al's use of heartbeat signals to Bolosky/Staveley' s 
system for monitoring the state of the servers. One would have been motivated to do 
so since both Frey et al and Bolosky/Staveley deal with fault recovery systems for 
distributed file systems having a controller and also since the addition of heartbeat 
signals would enhance the ability to monitor the systems (Frey et al: see abstract; 
Bolosky et al: see abstract). 

Referring to claim 9, the combination of Bolosky/Staveley and Frey et al 
discloses the system of claim 8, wherein the heartbeat signals include space utilization 
information (see column 14, lines 15-29 - memory access request is considered to 
represent space utilization information). 
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6. Claims 10-11 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
US Patent No. 5,991 ,804 issued to Bolosky et al in view of US Patent No 6,973,491 to 
Staveley et al as applied to claim 7 above, and further in view of US PGPub 
2003/0023898 issued to Jacobs et al (hereafter Jacobs et al). 

Referring to claim 10, Bolosky/Staveley discloses a system for providing a 
master that is further configured to monitor the state of the servers as taught above. 
However, Bolosky/Staveley does not explicitly teach the further limitation wherein the 
state of the servers includes information regarding the data stored by the servers. 
Jacobs et al disclose a system similar to that of Bolosky/Staveley, including the state of 
the servers including information regarding the data stored by the servers. In particular, 
Jacobs et al teach a system similar to that of claim 7, wherein the state of the servers 
includes information regarding the data stored by the servers (see paragraph [0009], 
lines 6-10 - the version number). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to include Jacobs et al's information regarding the data stored by 
the servers with Bolosky et al's system for monitoring the state of the servers. One 
would have been motivated to do so since both Jacobs et al and Bolosky et al deal with 
sending versions of data from a master server to a second server (Frey et al: see 
abstract; Bolosky et al: see abstract). 

Referring to claim 11 , the combination of Bolosky/Staveley and Jacobs et al 
discloses the system of claim 10, wherein the information includes version numbers of 
the data (Jacobs et al: see paragraph [0009], lines 6-10). 
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Response to Arguments 

7. Applicant's arguments with respect to claims 1-18 have been considered but are 
moot in view of the new ground(s) of rejection. 



Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

• US PGPub 2004/0255000 to Simionescu et al titled "Remotely Controlled 
Failsafe Boot Mechanism and Remote Manager for a Network Device" which 
focuses on restarting a master computer 

• US PGPub 2002/01 20763 to Miloushev et al titled "File Switch and Switched File 
System" 
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